fies'«^ PGT/?TO 0 7. APR .2005 

wo 2004/031883 ^ PCyiL2^3^0(^0j^ ^ 

A METHOD FOR MANIPULATION OF OBJECTS WITHIN 
ELECTRONIC GRAPHIC DOCUMENTS 



FIELD AND BACKGROUND OF THE INVENTION 

5 The present invention is related to a document processing method and 
corresponding system, and especially to the method and system used to 
automatically manipulate objects contained within existing electronic artwork 
documents. Modem electronic document processing for publishing, either for print 
or digital display, firequentiy requires design and producUon of visually rich content. 

10 There are many software packages available for professional creation, layout and 
editing of drawings, illustrations and images, togettier with text, henceforth such 
hybrid documents will be generally referred to, as known in the art, as Artwork. 
Following is a concise list of known in the art professional Artwork producing 
programs: 

15 * Graphic Draw (Illustration, Vector) programs: Illustrator™ by Adobe 

Systems Inc.®, USA. ; Freehand™ by Macromedia Inc.®, USA.; Corel Draw 
™ by Corel Corporation®, Canada. 

These programs are typically used for creating complex and graphically rich 
documents for print and display. 

20 * Page layout programs: Quark Express™ by Quark Inc. ®, USA., Pagemaker™ 
by Adobe Systems Inc. ®, USA., InDesign™ by Adobe Systems Inc. ®, USA. 

These are popular desktop programs, typically used for design, layout, editing 
and manipulating of multi-page documents involving larger amounts of text 
together with and around graphics, drawings, illustrations and images. 
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• Image editing (paint) programs: Pliotoshop™ from Adobe Systems Inc. ®. 
PliotoPaint™ from Corel Corporation®, Canada. 

These programs are typically used for creation, editing and manipulating of 
photographic (Bitmap) images, and also have some text handling capabilities. 
5 All the above mentioned program families are commonly referred to as DTP (Desk 
Top Publishing) applications. These modem DTP applications typically rely for their 
output on the core graphic functionalities of the Postscript® Page description 
Language (PDL) by Adobe Systems Inc.®. 

Computer Aided Design (CAD) programs such as AutoCad™ by Autodesk® Inc. are 
10 typically used for design, production and editing of technical and engineering 

drawings. CAD programs typically rely on different PDLs. 

Additionally, for each of the above-mentioned programs plug-ins and extension 

program from other vendors exist that add functionalities onto the basic application. 

For example, MapPublisher™, by Avenza®, Canada, that facilitates the creation of 
15 geographic maps using external data from Geographic Information System (GIS) 

databases. MapPublisher™ is offered for both Illustrator™ by Adobe Systems Inc.®, 

USA and Freehand™ by Macromedia Inc.®, USA. 

A distinction should be drawn between Artwork creating programs and word- 
processing, spreadsheet, database and other, typically office oriented applications, 
20 which may also have some limited Artwork creation functionalities, but are primarily 
designed for different uses. 

Typically, artwork programs handle text objects and graphic non-text objects in the 
same manner, offering many common manipulation and transformation tools. 
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In this document an Artwork creating software program will be refenred to as Artwork 
program, and a file created by an Artwork program will be referred to as an Artwork 
file. 

Typically an Artwork may contain text in relatively short descriptive phrases , such as 
5 titles, slogans, labels, annotations, headers, captions, inscriptions, etc., as well as 
longer paragraphs, henceforth to be referred to as Text Objects. Artwork programs 
are generally employed for various fields of applications such as drafting of 
machinery parts (CAD), map making, advertising and other printed material, as well 
as for electronically distributed files. Some Artwork programs, namely Illustration 
10 (Draw) and Computer Aided Design (CAD) programs, are especially designed to 
create complex graphics, such as maps that may also contain numerous short text 
labels as well as other basic graphic objects, such as lines, circles, ellipses, squares, 
rectangles and more complex objects created from the basic objects or part of them. 

The present invention deals with capabilities, limitations and deficiencies of currently 
15 available Artwork programs when the pupose is to externally apply changes in an 
efficient way, whether these changes are, location attributes and/or style attributes of 
textual and non-textual objects to one or more objects in an Artwork, as well as to 
externally add new objects to an existing Artwork file as a result of calculations or 
transformations externally applied to the original objects. 

20 A brief description of the common modification handling capabilities of known-in- 
the-art programs is hereby presented. All Artwork programs offer tools for entering, 
importing and editing of text and graphic objects, typically allowing precise graphic 
manipulations and modifications of Graphic Attributes such as position, distribution, 
direction and relations to other objects. Furthermore, these Artwork programs 

25 provide tools to access and precisely manipulate various features pertaining to text 
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formatting Character Attributes such as typeface, font size, weight, alignment, etc., 
and Paragraph Attributes such as width, height, justification, line spacing, etc... 
Illustration programs further provide tools for applying special effects to objects and 
text, such as attaching text to path, wrap text around graphics, scale, mlnror, reflect, 
5 add outline, inline, zoom and highlighting effects. Henceforth the combined text and 
object formatting and transfonnation features will be refenred to as object 
manipulations. 

Modern structured documents may be produced, using layer and style metaphors, 
allowing names to be applied to layers and to sets of appearance attributes called 
10 styles. 

Artwork programs are typically operated by skilled professionals such as graphic 
designers, draftsmen, cartographers and DTP computer operators, trained in using 
these sophisticated software tools. Henceforth the typical operator of an Artwork 
program will be referred to as Designer. 

15 An Artwork can be a relatively simple task of creating a measuring ruler or a 
complex task such as a road map, a packaging design, a drawing of a machine part, 
an advertisement or illustration to be subsequently printed as a map, a poster in a 
magazine or newspaper, etc., which alternatively may become part of a web page or 
a multi-media presentation. A typical geographic map for a school atias will be 

20 provided henceforth as an Artwork example and will be related to throughout this 
document. 

The preparation of a single page of Artwork involves several stages and requires 
perfomnance of many steps and operations. The Designer's job typically originates 
from other professionals, such as teachers, engineers, scientists, art directors, 
25 editors and other professionals from vastly diverse fields. We shall use the general 
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term Originator henceforth in this document. An originator would typically specify the 
required artworl< and provide the information needed by the designer to perform the 
production of the artworlc. 

In a typical production workflow several stages of planning, designing, editing, 
5 revising and conrecting are required. A designer, working with an Artwori< program is 
required to provide intermediate proofs both for review and comment by the 
originator, proofreaders or experts in the relevant area. Examining a typical workflow 
nowadays will likely reveal that, due to differences In computer programs and 
platforms, the designer's output (Artwork) is seldom sent out as a "working file" (in 
10 the native Artwork program file fomnat), but is printed out as a "hard copy" or 
delivered as digital files, typically Adobe Acrobat (PDF) files which are universally 
viewable, notatable and printable. Since the originator, designer, editor, proof reader 
etc., seldom work together at the same physical place, printed proofs and/or PDF 
files need to be distributed or passed along from one professional to the next, and 
15 their various recommendations need to be indicated and sent back to the designer. 
Typically, required modifications to the Artwork have to be manually performed by 
the designer within the specific Artwork program. 

The typical production process, involving several steps, operations and interactions 
between several professionals for a typical job such as the creation^of a map for a 
20 school atias, i.e. a single page of Artwork, may take several days or weeks until 
approved and considered final. 

Once completed, the textual content of the Artwork may have to be translated into 
other languages. The objective of translating an Artwork will be dealt with in detail in 
the present invention. 
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The original language of the text in the source Artwork will be henceforth referred to 
as the "source language". 

The new desired language will henceforth be referred to as the "target language". 
A copy of the Artwork file in its original file format in the source language, will 
5 typically be available as well as a printed "hard copy" and/or a PDF file for the 
preparation of the required translations into the target language. To this end the text 
elements in the Artwork must be located and marked for translation and preferably 
be extracted to a text file. 

Typically an Artwork program provides an option to "export" a file with the text strings 
10 only (.txt) or with some limited formatting (.rtO file. No Information concerning layers 
or styles, nor attributes such as Graphic, Effect and Transformation Attributes are 
typically included in such files. 

A text file is the most common file fonmat allowing translators to work on their 
preferred computer platfonn, using their own programs, typically word processing 

15 applications, to provide their translations. Within the word-processing program, 
translations are typed or imported ("copy and paste" operation) next to or following 
the original text elements. Translators may make use of 'Translation Memory" 
programs that offer tools for the recycling of existing translations. 
Since the average translator is not skilled in the use of Artwork programs, the target 

20 language translations are typically provided to the designer in the translator's word- 
processing program file format, as an RTF file, as a plain text file or as a "hard copy" 
printout. For ease of use, the source language text together with the target language 
may be provided in a tabular fomnat. The designer has to "open" the relevant source 
Artwori< file in its originating Artwork program and replace each text element with Hs 

25 corresponding target language translation. Presently, the designer has to manually 



wo 2004/031883 PCT/IL2003/000801 

7 

perform this task of replacing eacli desired text element: each text element must 
initially be identified, located and selected, and then retyped in the target language 
or "pasted" by a "copy and paste" operation. To provide the target language text 
elements for the "copy and paste" operation, the translator's file must be opened, 

5 each target language text element identified, located, selected and "copied" 
manually into the computer's memory "clipboard". A typical "flnd and replace" 
operation may also be employed, involving substantially the same operations, 
gaining efficiency mainly when an Artwork is heavily cluttered with text objects. For 
the translation of a typical Artwork, such as a road map this same procedure may 

10 need to be repeated numerous times. 

Working with several languages may require loading additional operating system 
support for the relevant language. Typing a translation in another language, 
especially for non-Latin scripts such as Cyrillic, Hebrew or Arabic will usually involve 
loading the appropriate keyboard layout file (in MS Windows - through the Control 

15 Panel, International) and may also require replacing the actual hardware keyboard 
attached to the computer, as this keyboard usually corresponds to the primary 
language of the user. 

Target language text may also require change of fonts, appropriate fonts may have 
to be selected, obtained and installed in the designer's computer. Additional 
20 operations may also be required from the Designer such as specifying, creating and 
naming new styles and layers. Text in one language is rarely similar to the same text 
in another language as to the number of characters or words. Designer intervention 
may further be required in order to manipulate target language text alignment, 
placement and attributes, such as character size and weight, keming etc. 
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A Designer may not be proficient in tiie target language. Thus, inconrect 
replacements and spelling mistakes ('types") are likely to happen and careful 
proofreading is required. When corrections are indicated, the designer has to re- 
open the relevant Artwork, identify each faulty text and manually replace or correct it. 
5 For translation of Artwork into foreign scripts a Designer with the specific language 
skills may have to be enlisted or the Artwork file may need to be passed on to 
another Designer, possibly in another country. 

Adding objects such as translations onto an existing Artwork also presents more 
problems. It may be necessary to add an object onto an existing artwork in a location 

10 relative to another existing object. Such additions may be required when an 
additional text object in another language, such as a translation, transliteration or 
altemative name, has to be inserted to appear next to a source text object. Typically 
the added text may be required in a different font, possibly with different attributes 
such as size or color. In such a case, when the source text object is not erased or 

15 replaced, the Designer has to manually identify and locate both the relevant source 
and the target text objects, and then manually place, align and apply the relevant 
attributes for each additional text object. Precise positioning and alignment of the 
additional text object in an exact relative position to an existing text object is typically 
required. 

20 An artwork file may be manually created by a Designer, or may be derived from 
computerized information contained in other sources, such as Geographic 
Information System (GIS) data as is frequently the case when creating modem maps 
and atlases. 

Positioning of objects in an Artwork and/or placing the objects on a page is a task 
25 that involves skill, artistic approach and additionally an inspecting eye. A file that is 
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automatically generated is in many cases unacceptable by common standards. A lot 
of manual work is needed in order to adapt a GIS map to a form that can be 
acceptable according to the cartographic tradition. Required manual work typically 
involves placement of objects, direction of texts, local displacement of labels, as well 

5 as changes in text formatting - increasing and decreasing type size, changing the 
justification of compound names which run multiple lines. Much academic work has 
been done as well as specialized software developedby commercial companies, 
such as ESRI, producers of Maplex™, a map labeling software 
(httD://www-esri.com/software/maplex/) , to automate such tasks as, for example, 

10 collision detection, placement of captions according to the geometry of the area 
these captions refer to. Even with such programs, a Designer typically needs to 
work long hours in order to modify a computer generated artwork file, so that it will 
be considered acceptable by artistic standards. Related patents and products are 
beyond the scope of this invention, as the objective rules for relocating objects can 

15 only serve as an approximation in the attempt to create a clear and visually pleasing 
artwork file, as described earlier. 

A Designer, may have to create actual inaccuracies (relative to the actual locations) 
in the resulting map, because more than one element may have to be placed in each 
others proximity. In order to avoid collisions and clashes the Designer may move or 

20 separate the objects so that at least one of them is not in its exact geographic 
location, The decision which element should be moved, in which direction and what 
other changes to objects have to be perfonned has not yet been automated. Some 
programs and software packages (such as Maplex™ by ESRI) offer a limited 
solution to these problems by assigning elements an "importance value" that is used 

25 to determine which element has precedence over the other when changes are to be 
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applied. Maplex™ also enables the Designer to decide what will be the order of label 
positioning of an object relative to its actual location. None of the related patents or 
programs the problem of actual changes in the location of the representing point, 
which defines the location of an object. These programs merely deal with the 
5 positioning of the label, assuming the point is in a fixed location. 

It is therefore clear that even when a very sophisticated package has been used to 
better position objects and labels on a page, a map etc., additional manual work, 
which cannot be saved and reproduced automatically on new versions of the artwork 
file, if they were to be recreated from updated GIS data. 

10 From the previous discussion it is clear that in reality, the automatic process of 

converting large corpora of data Into an artwork file that can be viewed, displayed or 
printed needs manual human intervention in order to achieve useful as well as 
visually pleasing results. When applying major changes to an existing artwork file it 
is often a dilemma whether to recreate the file afresh from the raw data, and Incure 

15 the added cost of incorporating all the manual changes into it, or to manually apply 
relevant changes to the Artwork's previously edited file. It is therefore clear that 
when a global change to labels is made, such as translating from one language to 
another, one cannot simply create the map afresh from the original G.I.S. data 
because the information relating to all objects that were displaced from their original 

20 location, was lost. 

Therefore, when changing the language of the Artwork file, for example when 
creating a new version of a map in another language, it may be advantageous not to 
start "from scratch" from the original data and replace the text into the other target 
language via the GiS database, but from the then-final version of the Artwork file and 
25 introduce whatever language specific changes are necessary in that file. Recreating 
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the map and introducing the same displacements, relocations and typographical 
changes to the elements in the map is very costly and inefficient. It is frequently 
more economical and therefore advisable to start with the artwork file, which already 
contains the necessary changes due to overlaps, collisions and like considerations, 

5 together with culture-driven changes, and to change that file according to the new 
requirements - be it translation into another language, a newer version, the 
conrection of certain parameters and changes in some objects. 
Related Prior Art to the invention to be described hereinafter includes various 
software programs that offer extraction of text from existing text document files such 

10 as word processing, etc. for purposes such as construction of terminology lists, 
indexing, aligning for translation, etc. Other programs typically parse existing 
software resource files extracting text for translation of the user interface and 
messages needed for construction of localized or multi-lingual computer software 
and operating systems (Particularly important for this discussion are Translation 

15 Memory (TM) or Machine Assisted Human Translation (MAHT) and Terminology 
Management Tools). Some of these software tools allow the translator to improve 
his productivity and consistency by re-using terms and sentences they have 
translated in the past by using TM. Still other software utilities exist foe translating 
labels in CAD files/ 

20 The following US Patents may be regarded as prior art: 6,345,244; 5,678,039; 
5,678,039; 5,497,319; 5,850,561; 5,551,055. none of these patents teach a method 
close to the one described herein. These patents merely describe ways of extracting 
text from either scanned, bitmap files and reconstructing a new graphic based on 
transfomned texts, or merely pertain to the task of translation matching, which is not 

25 the scope of this patent. 
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There is at least one product, "Annotationtranslator" for AutoCAD files by CR/LF 
GmbH from Germany which is a simple translation tool to produce the same CAD 
drawing in more than one language. This tool only gives access to the text of an 
object, without allowing control over other parameters such as the layers, text style, 
5 position manipulations, etc. 

The popular Adobe Acrobat™ Portable Document Format (PDF) may be defined as 
an Artwork file. Several commercial software programs, such as JADE by 
BCLTechnologies and Gemini by Iceni, are offering extraction of text from within 

10 Adobe Acrobat PDF files, with some of its formatting. These programs allow only 
"one way" extraction, typically for further manipulation in other programs. An 
automatic method for replacing text objects is offered by Adobe Systems Inc.®. This 
method, named "Data-Driven Graphics" may be perfonned from within Adobe 
Illustrator™ Artwork program. This method involves manually placing variables to be 

15 embedded (bound) into objects. The textual content may be automatically accessed 
and manipulated through the identification of these embedded variables. Access to 
previously embedded code is also offered by Adobe Systems® in their Graphics 
Server™ functionalities. 



20 Limitations of Prior Art Methods: 

The automatic methods offered by Adobe Systems® are incapable of processing the 
vast numbers of existing Artwork digital files. These methods involve manual 
insertion of variables, so any desired manipulation to the text objects requires 
extensive manual handling of each text object. No automatic method is offered for 

25 extraction of text objects. No external interface for manipulating properties is offered. 
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All other (none Adobe) prior-art methods may now be further discussed and 
criticized. The typical text handling capabilities provided by the prior-art programs or 
documents are limited to basic formatting properties only, such as typeface, size, 
weight, justification, tabs, etc. 
5 For clarity, a fundamental distinction should be drawn between simple text, which 
may carry some limited fonnatting properties, and Text Object Attributes having a 
wide set of properties pertaining to the appearance of the text object (as described 
at the beginning of this document). 

The prior-art may provide a method to externally edit content but fails to provide for 

10 precise transformations, manipulations and modifications to position and 
appearance attributes. Prior-art makes no reference to text objects, in the sense 
used within graphic, Artwork producing applications, where a text is also regarded as 
a graphic object. Prior-art makes no reference to the layers structure, an extremely 
important feature of Artworic programs, nor offers a solution to create new layers via 

15 external means. 

Access to the extremely wide array of precise Text Object Attributes is offered only 
within Artwork programs, programs typically having strong reliance on the Postscript 
PDL (Page Description Language) and its underlying Vector (Object Oriented) 
structure. Artwork programs' fundamental design is based upon a basically static, 

20 fixed location of each and every text object, with precise reference to "points" on a 
page defined by coordinates.. In contrast, the position of texts in text editors and 
word-processing programs is relative to the text preceding it on the page, and may 
be modified by changes in previous pages. Text editors and word-processing 
programs are generally concerned with multi-page documents and the flow of 

25 "running" text. If a portion of text is removed, the following portion of the document 
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will typically "re-flo\w". When a change to the page size or the margins is perfomned, 
it will typically influence the formatting and all text may re-flow, forcing movements to 
all text and other elements. 

A fundamental limitation of the above-described prior-art processes is the total 
5 separation between the Originator and the "his" Artwork. Another limitation is that the 
Designer, operating his Artwork program, must manually perform ail manipulations 
to the text objects contained In an Artwork. When external database interactivity is 
desired for text object manipulation or replacement (such as by Adobe), each and 
every text object must be manually provided with special information or code, from 
1 0 within the Artwork program. 

The above described processes are laborious, tedious, time consuming and prone to 
enror, and therefore very costly. There is no cunrently available method and system 
to accomplish all above mentioned object manipulations in an automatic, cost 
efficient manner. 

15 
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OBJECT AND BRIEF SUMMARY OF THE PRESENT INVENTION 

The object of the invention is to provide an integrated expert system for efficiently 
transfomiing location based objects, such as text or graphic objects, included in a 
digital source Artwork file, for example a geographical map file or a CAD design, and 

5 creating a transfonned target Artwork file. The method is particularly advantageous 
in converting geographical maps from one language to another, avoiding major re- 
editing of the source file, but keeping the appearance and quality of the location 
based translated text. The method includes tools for extracting required location 
based objects, for example text elements, from the source file, including all 

10 pertaining information into a first intermediate structured database, represented for 
the user as, for example, a table. The required transformations are then operated on 
the objects stored in the table, partly manually but also automatically creating a 
transfonned second intermediate database, which is subsequently integrated with 
the source file to create a target file, which represents , for example, a new map vwth 

15 translated text objects on new layers. 

The method includes user visible and operable intennediate structured files, 
preferably tables, which enable constant quality control of the operation and external 
manual intervention in the location and appearance attributes, where required. A 
knowledge base repository is included, pennitting accumulation and subsequent use 
20 of information relevant to the operation, such as translation of geographical text 
elements from one language to another. 

The invention is implemented in software, based on known in the art Artwork design 
and data manipulation tools with the necessary additional software elements 
permitting the user, may it be the Originator or a Designer, to wori( in a familiar 
25 environment. 
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BREIF DESCRIPTION OF THE DRAWINGS 

The invention is herein described, by way of example only, with reference to the 
accompanying drawings, wherein: 

Fig. 1 illustrates a schematic flow chart of the embodiments described in the 
5 present invention. 

Fig. 2 illustrates an exemplary Source Project Database, as described in the 
present invention. 

Fig. 3 illustrates an exemplary Type Aspect Table, as described in the present 
invention. 

10 Fig. 4 illustrates an exemplary table representing part of the Intermediate 

Project DB, as described in the present invention. 

Fig. 5 illustrates an exemplary representation of the automatic extraction 
process of text objects from a Source Artworic to the Source Project Database, as 
described in the present invention. 

15 Fig. 6 illustrates an exemplary representation of the automatic integration of 

text objects from the Target Project Database to the Target Artwork, as described in 
the present invention. 

Fig. 7A and Fig. 7B illustrates an exemplary process of creating a graphic 
object with minimal text, as described in the present invention. 

20 Fig. 8 illustrates an exemplary table representing the Source Project 

Database, as used for creating a graphic object of Figs. 7A and 7B. 
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DESCRIPTION OF PREFERRED EMBODIMENTS 

The present invention discloses, by way of example, three preferred 
embodiments, each employing different means for achieving the same end. 

A third embodiment describes how this invention is employed to perfomi 
5 creation of new Artwork by pre- preparing the objects in a suitable manner. 

In the first embodiment, the extraction of selected objects is perfomned from 
within Artwork Program 10 of Fig. 1, for example Freehand™ by Macromedia 
Inc.®, USA., at run-time, through the use of specifically developed plug-in 
software to be described herein. A schematic flow chart of this embodiment is 
10 provided, marked as Fig.1. The plug-in software module, labeled "Extractor", 
is marked as task 105. The "Extractor" 105 extends the capabilities of the 
Artwork Program original functionalities, offering several options for automatic 
extraction of the desired objects, together with all pertaining infonmation, into 
a suitably pre-constructed database. 

1 5 The Source Artwork filel 00 is loaded into the Artwork Program 1 0 and the 
user selects the objects of interest (based on the layers in which they are 
defined, tiieir style, or other properties). The "Extractor" 105 scans 106 the 
Source Artwork file 100 and extracts each selected object, using known in the 
art tools, with Its coresponding object attributes, together with other desired 

20 information and populates a database table, marked as Source Project DB 
110. This table marked Source Project Database 110 is pre-constructed in 
such a way, that each Source Artwork object is defined as a record (row), and 
stored witii any desired infonmation related to it, such as its layer name, object 
attributes, style, position, alignment, orientation, location, color, etc., each 
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arranged in their respective database fields (columns). Exact location 
coordinates defining bounding box of the object, its shape, angle, orientation, 
direction and any other desirable Infomnation are included. 

For each object the Extractor records the internal object's ID number, and if 

5 such ID number is not found - assigns 107 a sequential ID Number to all 

selected objectsin the Source file, and registers this ID Number alongside the 
object's properties in the database file (column 230 in Fig. 2). The Extractor 
assigns this ID number to the object itself in the Source file, by using 
commands and software tools usually present in the Artwork Program or 

10 supplied by its vendor. In cases where the original Artwork Program does not 
support adding an identification field to objects, the Extractor adds an attribute 
whose value corresponds to the sequential identification number and which 
does not cause a changeto the appearance of the object in the Artwork file. It 
was found that such inert attributes can be found with such Programs if an 

15 Identification field is not available. Alternatively, this ID Number can be put as 
an object on a new, dedicated layer, in a position relative to the location of the 
object to which it refers. Additionally, an option may provide that the ID 
Numbers be displayed affixed to the objects' text, so that it appears as a 
prefix or suffix of the object in any visible representation. A sample 

20 representation (partial "screen grab") of such database 1 10 is provided and 
marked as Fig.2. 

A number of automatic processes operate on a working copy of the Project DB 1 10 
according to rules and lists of changes stored outside the programs. These 
processes use a Knowledge Base Repository 25 where rules for creating objects, 
25 assigning attributes and Type Aspects to them are stored and maintained. A Multi- 
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lingual Master Database 125 Is provided within the Knowledge Base Repository 
25for storage, management and control of the acquired textual data from many 
related Project Databases. This Master Database may be automatically expanded 
with translations and relevant other related data accumulated from pre>^'ous related 
5 projects and evolves with each use. The rules in the Knowledge Base Repository 
are updated and changed accotxJing to the experience acquired through applying the 
rules to projects, so this is a dynamically updated database. 

The Master Database 125 may be a Relational Database. It may be provided with 
tools to connect to other, external or remote databases, dictionaries and glossaries, 
10 to search and obtain required data. It can also be a commercial Translation Memory 
as is known in the art. 

In the group of Automatic Processes 20, an automatic task 120 scans the list 
of original text 200 (Fig. 2) and tries to find a match in a multilingual 
translation DB 125. If previous translations are found, they are retrieved and 

1 5 placed in a "Candidate translations" field 215 (Fig.2) in the working copy of 
Source Project Database 1 10. If previous translations are not found, the 
corresponding field is left blank. The simplest way to retrieve previously 
approved translations is by extracting the column containing the names and 
words that need translation 200, translating them using the tools and methods 

20 provided by known in the art Translation Memory programs to receive a 

translated column of words, and then reinstalling the translated text column in 
the "candidate translation" column 215. 

Another automatic task 155 in group 20 analyzes the records and 
automatically assigns an alphanumeric Type Aspect (TA) or Style Name to each 
25 record in the worthing copy of database 110. Objects that share a predefined set of 
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attributes, such as the same typeface, font size, weight etc., as well as the same 
layer are assigned a similar TA. This TA is disjoint from the object's style, as 
assigned in the Artwork Program, and it is artificially created by the Extractor based 
on similarity of objects sharing common properties. Thus objects that are assigned 
5 different styles in the Artwork Program may be assigned the same alphanumeric TA 
name by the Extractor, in cases where the different Artwork style names have in 
reality, the same attributes. 

Another table 172, part of the group of Spreadsheet Interface 40, is automatically 
created, listing all the different newly created Type Aspect Names together with their 

10 defining attributes. A sample of a Type Aspect Table is shown in Fig. 3. 

Representation Rules 135 (group 25) are used to automatically change the Type 
Aspects and intrinsic attributes of objects due to different language, aesthetic 
constraints that require size change etc. i.e. when translating from one language to 
another, the size of print (point size) may need to decrease, or increase, to preserve 

15 the same legibility of the original text. Such point size changes may require further 
changes such as leading, inter-letter space etc. This task is marked 130 in group 20. 

New objects are introduced into the working copy of Project DB 1 10 by 
automatic process 140 that uses creation rules 145 in group 25 to introduce 
new objects into the DB. Such automatic object creation and insertion may, 

20 for example, add rectangles in a special color, as background objects for 
highlighting questionable text objects that need user attention, connecting 
questionable objects with visible lines, and adding objects according to a 
general rule - such as adding an underiine to a specific group of objects 
based on their attributes. The user can add objects manually, by editing the 

25 table accordingly. This is done by inserting new rows (either newly created or 
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duplicating existing rows and changing their contents) that represent the new 
objects and their attributes. 

A specially prepared software progrann Spreadsheet Interface 40 is provided 
to ease the interaction of laymen such as originators to the database, by 

5 transforming the Source Project DB 1 1 0 into an interfacing format 1 70 
(Intermediate project DB), which is preferably a spreadsheet. This 
Spreadsheet Interface 40 also initiates the conversions 160 of character sets 
for different languages, and other localization issues and data representation 
issues, such as conversions of local code versions into 16-bit UNICODE 

10 character set. Character conversion usually takes place when selecting a 
different font (and sometimes point-size) than the original ones that were 
used in the Source file. Finally the working copy of Source Project DB 1 10 Is 
converted into an easily interchanged format, such as a spreadsheet, by task 
165, resulting in the Intermediate project DB 170 to which The Type Aspect 

15 Table 172 is attached. 

Conversions may be performed Into desired tabular, textual (with formatting 
such as tab delimiters or otherwise), word processing, database or 
spreadsheet format. 

It Is emphasized that the format of 170 Intermediate DB can be any know in 
20 the art fonnat that is easily accessible by the Originator, such as word 

processing table, spreadsheet or a pei^onal database program. The preferred 
embodiment uses a known in the art spreadsheet file that is commonly used 
and enables sorting, enumeration and calculations for maintaining data 
integrity and other checks. 
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In the preferred embodiment, an Excel table (Fig. 2) is provided to the 
Originator or translator, who verifies candidate translations (215) and inserts 
missing translations into the relevant cells. The intemnediate DB 170 may be 
sent out to several parties for review and editing. In addition to the automatic 
5 text substitution through various software products, one can change the text 
manually, i.e. when the automatic text substitution is found lacking or 
inaccurate or no match was found. This is done by entering different values in 
the table in Fig. 2 marked as "manual process" task 175 in Fig. 1. 

The quality and accuracy of the translation process is enhanced by the fact 
1 0 that Original Layer Names are provided for each text object in the table of 
Fig.2, 80 that the meaning or general classification of the term becomes 
readily apparent. This provides for an efficient, fast, less error prone process. 

For example, if the translator is not familiar with the name Sardinia (item 510 
in Fig.2), it is a helpful "hint" to be able to ascertain that it is indeed, an Island, 

1 5 as indicated in the "Original layer" field 241 of the table in cell 541 . 

Additionally the user may define New Type Aspects (Fig. 3, item 310), so that 
all objects sharing a specific Type Aspect will be shown in a new manner. The 
rules may include considerations other than the objects' own textual 
properties, such as, for example, to change the font size of objects in the 

20 vicinity of another object or in a specific location on the page. 

The Originator may further indicate, in a field provided in Fig.2, that any new 
target text object is assigned to a new layer, leaving all original Source text 
objects intact in their original layers. New layers are automatically created and 
named with the original layer's name with a predetemnined prefix, such as 
25 NEW. New layers are automatically marked to become "Visible layers", while 
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the "old" layers are marked to become "Invisible" layers. (Reasons are 
detailed later). 

The Originator may decide to delete a specific object, by marking it as "non 
printing" in the relevant field 247. The Originator may modify and override any 
5 default attribute or TA at will. 

In the first prefenred embodiment, font size for the capital city "Rome" 505, as an 
example, may be required to be enlarged, or the alignment of a text object may need 
to be modified, such as "Centered" instead of "Left" aligned. Thus, new target text 
objects may be created within the original Artwork in separate layers, providing the 

10 designer, at a later stage, an option to "turn ON" or "turn OFF" the visibility and 
printability of selected layers for visual interactive inspection and modification. The 
Originator may decide to add new text objects and specify their attributes. These 
new, added objects would appear on the Target Artworic. outside of the boundaries 
of the original Artwork, if the exact location is not specified by the originator. The 

15 designer, within his Artwork Program would provide exact positioning of each new 
text in an interactive mode, at a later stage. This method provides for the integrity of 
the new text objects and their attributes. After the abovementioned modifications are 
peri'omned, a DB internee B 180 produces an intennediate output 185 to facilitate 
the understanding of the new file. This intennediate output 185 is in a different file 

20 fomnat, which is easily understood by the Originator and the designer. Such fonnats 
can be, for example, a PDF file, or a hard copy printed version of either the 
Spreadsheet file or the Artworic file, or both. This intermediate output is preferably 
produced by first creating a temporary Artwork file from the intermediate DB (by 
activating the Integrator 197 of group 10 as described below) and then producing the 

25 intennediate output from this temporary Artwork file. 
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At this Stage the Originator inspects 187 the intennediate output file 185 and if 
(tasl< 190) corrections or changes are needed, marks it and manually 
changes it in task 175. If the intermediate file 185 in approved, the 
Intermediate DB 170 is transformed back into a DB format named Target 
5 Project DB 195. 

When the Intemiediate File is approved, all changes to the file are incorporated in 
the knowledge base 40. The knowledge base repository 40 is updated either by 
adding new rules and translation pairs, or by changing the existing ones to reflect 
the needed changes. 

10 Several intermediate DB's from different projects may be combined into one 
Target Project DB; Thus the Invention provides a method for augmenting 
existing Artwork, create new Artwork by reusing previous work, and even 
using previous Artwork as "building blocks" for making new Artwork files 
without the need to generate such files in an Artwork Program. 

15 Another plug-in software labeled "Integrator" 197 is provided for the 

Artwork Program 10 for extending the capabilities of the Artwork Program. 
Integrator 197 reads the target project DB 195 and creates new layers 
within the original Source Artwork file 100, in which all the objects 
described in the Target DB reside. Integrator 197 may delete objects, if so 

20 indicated and replace them with new objects in the original layers, to arrive 
at the desired result Target Artwork file 199. The creation of layers and 
objects as well as deletion and other operations done within the Artwork 
Program are performed by using available commands within the Artwork 
Program. 
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Using the described methods of the invention, a Source Artwork file with no layers in 
it may be manipulated and recreated with its original objects laid out in as many new 
layers as desired. This capability is desirable in many cases where "flat" files are 
required to be turned Into "layered" files. Additionally, manipulation of objects by 
5 moving them between existing layers or into newly created layers is also feasible 
with minimal effort by the Designer. 

The disclosed embodiment may be implemented for many different file 
fomiats, by pre-conversion into "pdf (Adobe Acrobat) or "ai" (Adobe 
Illustrator). 

10 The Adobe Illustrator ("ai") file format is very popular and supported by many 
Artwork Programs for data exchange. 

Second Embodiment: 

In the second embodiment, the Extraction 105 is perfomied on a "closed" file, 
in the native program's file fomriat. (Unlike "open" file, within the Artwork 
1 5 Program, at run-time, as in the first embodiment). 

In this second embodiment an originating Artwork Program 10 is not required. 
The Extractor 105 scans the "closed" file, which is the same Source Artwork 
file 100, and perfomis substantially the same scanning as in the first 
embodiment, based on through understanding the file structure. 

20 All steps described above for the first embodiment following the Extraction 
105 are performed for this second embodiment by the same tools and 
methods, with one notable difference, namely: 
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The Integrator 198 creates a copy of the "closed" file with all the necessary 
changes are written in the data, producing a new file with the required 
manipulations, new layers, etc. 

The disclosed embodiment may be implemented using the Adobe illustrator, 
5 Acrobat PDF, Autocad DXF, or any other convenient file format, thus 
providing for its usability for many different Artwork file formats, by pre- 
conversion into "pdf (Adobe Acrobat) or "ai" (Adobe Illustrator). 

In this embodiment tasks 120 up to 190 are practically the same as described 
for the first embodiment, and may be using substantially the same software 
10 tools. 

Third Embodiment: 

This embodiment is implemented within the Artwork Program 10, at run-time. 

Figures (7a) ,(7b) and 8 will show how the methods of invention are applied to 
graphic objects without text or with minimal text, such as a measuring ruler. 

15 To begin, the Designer defines the required "building blocks" for such a ruler, 
namely a horizontal line 410 defining the base of the ruler, a vertical line 420 
for the major divisions (centimeters in this example), another vertical line 430 
for marking the 5mm divisions, and a short vertical line 440 for the smallest 
divisions (millimeters). Also defined are the numerals for the ruler 450 - as 

20 text object with its desired text attributes. 

Figure (8) shows the result of the extraction of this Artwork file into the 
Source DB. For each column with original property such as x position, y 
position, length, height etc. there is provided another blank column "new" x 
position etc. The Designer may duplicate each line corresponding to an 
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object, enter new values for position, lengtli, size, color and any other 
attribute. This can be done manually or as a result of activating formulae, by 
copying the fomiula and hence changing the resulting values according to the 
position of the line or other methods known in the art. Excel offers intemal 
5 tools enabling users to create User Interfaces (Ul) at will, such Ul will ease 
the creation of the required table. 

For other objects such as circles etc. other measurements exist, such as the 
radius 265 or other dimensions, according to the object at hand. 

New Instances of the objects are given new ID numbers. 

10 After the integrator 1 98 reads the file in fig. (8), the resulting figure (7b) shows 
a ruler as desired, where all the new objects are in the calculated location. 

A sample representation (partial "screen grab") of such a database is 
represented by Fig 8. 

The advantages of producing an Artwork by the method described in this 
15 embodiment lie In the "dataoentric" approach, offering flexibility in future 
recreation of Artwork by simply changing a few parameters in a commonly 
available tool such as a spreadsheet. 

This approach may save many work hours for designers when Artwork is 
required in several dimensions, such as creating measuring rulers in many 
20 lengths and different measuring scales such as Points, Picas, Inches-Decimal 
and Inches-Imperial. 

While the invention has been described with respect to three preferred 
embodiments, it will be appreciated that this is set forth purely for purposes of 
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example, and that many other variations, modifications and applications of the 
invention may be made. 
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